Date: Wed, 24 Mar 93 04:30:02 PST 

From: Packet-Radio Mailing List and Newsgroup <packet-radio@ucsd.edu> 
Errors-To: Packet-Radio-Errors@UCSD.Edu 

Reply-To: Packet-Radio@UCSD.Edu 

Precedence: Bulk 

Subject: Packet-Radio Digest V93 4#77 

To: packet-radio 


Packet-Radio Digest Wed, 24 Mar 93 Volume 93 : Issue 77 


Today's Topics: 
Erich Stocker 
Found some ka9q lapb bugs. Anyone care? (2 msgs) 
Is AFSK needed for HF Packet 
KA9q (on sys V.xr3) sends but does not recieve 
Message to Baron@eostocker.gsfc.nasa. gov 
MFJ-1278 
Packet via telnet 
RFD: reorganization of rec.radio.amateur 
TNCs - Analogue and Digital 


Send Replies or notes for publication to: <Packet-Radio@UCSD.Edu> 
Send subscription requests to: <Packet-Radio-REQUEST@UCSD.Edu> 
Problems you can't solve otherwise to brian@ucsd.edu. 


Archives of past issues of the Packet-Radio Digest are available 
(by FTP only) from UCSD.Edu in directory "mailarchives/packet-radio". 


We trust that readers are intelligent enough to realize that all text 
herein consists of personal comments and does not represent the official 
policies or positions of any party. Your mileage may vary. So there. 


Date: 23 Mar 93 14:08:18 GMT 

From: swrinde!zaphod.mps.ohio-state.edu!saimiri.primate.wisc.edu! 
usenet.coe.montana.edu!news.u.washington.edu!ns1.nodak.edu!plains!ndsuvm1! 
gregg@network.UCSD.EDU 

Subject: Erich Stocker 

To: packet-radio@ucsd.edu 


Erich, I can't get a message back to you! Your address header is invalid to my 
system. ??? 
In answer to your question about software for the KPC3: 

I have used many of the shareware programs available on ham oriented bbs's 
with good results. Paket 5.1 is my favorite, and Lan-link 2.00 is a second cho 
ice. Hostmaster II+ is very good. It makes things easy for the beginner. 

1200 baud packet is all there is out here in the sticks of North Dakota, b 


ut we find that it works very well. It would be nice if everyone was on 2400 
baud, but they're not. Anyway, good luck on whatever you decide. 


xxx to all the net: Sorry to post this like this, but it is the only way that 
I can get back to Erich! xxx 


Date: Tue, 23 Mar 1993 17:22:49 GMT 

From: dog.ee.lbl.gov!newshub.nosc.mil!news!manta! psm@network.UCSD.EDU 
Subject: Found some ka9q lapb bugs. Anyone care? 

To: packet-radio@ucsd.edu 


I've been looking at the ka9q code and have found some 
lapb-level bugs. Does anyone care enough that I should 
post them? I presume if they were a problem, they'd have 
been corrected long ago (they look like they've been 

there a long time). Or alternatively, is there someone 
somewhere in charge of maintenance who should be informed? 


Scot McIntosh 
Internet: psm%helios.nosc.mil@nosc.mil 
UUCP: I have no idea 


Date: 24 Mar 93 05:00:49 GMT 

From: usc!zaphod.mps.ohio-state.edu!magnus.acs.ohio-state.edu!csn!ub!dsinc!wells! 
beyonet! steve@network.UCSD.EDU 

Subject: Found some ka9q lapb bugs. Anyone care? 

To: packet-radio@ucsd.edu 


Go ahead post your finds I would be curious what version of ka9q 
your talking about nos or net? What do the bug fixes do and 
what didn't it do before? 


Its basically a freeforall on the ka9q code anymore. There are 
so many different versions that its hard to make a standard. 


Also there are mailinglists but they are so far into debate right 
now nothing is getting done. 


This is the place to make your stand and I for one would like 
to see the bug fixes posted since my mail routes are all so 
messed up because of admin problems down the road. 


73 - Steve 


"Cattle mutilations | 
are up!" --Sneakers | 
ax25<->PBBS<->IPGATE | 
TCP/IP-FTP-SMTP-UNIX | 


|Stephen Urich| Internet: steve@zero.com 
INIC: SU2 | UUCP: uunet! beyonet! steve 
JARS: WB3FTP | Packet:WB3FTP@WB3FTP.#EPA.PA.USA.NOAM — | 
|Bensalem, PA |Radio:wb3ftp@wb3ftp.ampr.org[44.80.8.44] | 


Date: Tue, 23 Mar 1993 19:14:49 GMT 

From: noc.near.net!squam.banyan.com! banyan.com!dts@uunet.uu.net 
Subject: Is AFSK needed for HF Packet 

To: packet-radio@ucsd.edu 


Using FSK mode on radios rather than AFSK via SSB mode on rig: 
Reasons to run FSK: 


1. "CW" narrow filters can be used in digital modes. Baudot RTTY works just 
fine through 500 Hz and 250Hz filters. For RTTY contesting this is a 
big help. 


2. Audio levels into the rig: with FSK the audio level from TNC to radio is 
important. Overdriving the rig will result in splatter. FSK does not have 
this problem, since the rig takes care of generating appropriate carriers. 


3. Mark frequency display: Rigs which have RTTY/Packet/FSK modes (called 
different things by the different manufacturers) display the MARK TONE 
frequency when in FSK mode. This is a BIG PLUS if you want to use the ALPINK 
systems or other HF automatic services. ALL of these are advertized based on 
the MARK frequency. It is possible to figure this out on an LSB display, it 
is just less convenient. 


Notes: 


You may find FSK mode problematic for modes which do not use 170Hz shift, 
since most rigs are set up for that. And while most rigs are switchable, it is 
not generally convenient to do that switching very often. 


I run primarily Baudot RTTY and Amtor, and have little use for HF packet. My 
station is optimized for RTTY... 


Daniel Senie Internet: dts@banyan.com 
Banyan Systems, Inc. Compusetrve: 74176 ,1347 
508-898-1188 Packet Radio: NIJEB@WALPHY.MA 


Date: 23 Mar 93 19:04:41 GMT 
From: news-mail-gateway@ucsd.edu 
Subject: KA9q (on sys V.r3) sends but does not recieve 
To: packet-radio@ucsd.edu 
Hi, 
the ka9q port I have sends out on a system V (SYN) but does not 
receive. Have I got the calling sequence wrong. Or not set the address, 
gateway, netmask, ip address. 
Question: How do I set all of these and how do I debug it. 


Thanks, 
erach (irani@cs.umn.edu) 


A more verbose description follows: 


1. login using kermit to the slip server. Disable DTR n the modem. 
get the slip ip address and the MTU and the gateway address. 


2. exit kermit. modem is still on 


3. enter net.debug 
net> is the prompt 


say 
attach asy 0 /dev/ttyh01 slip sl0 256 1500 9600 


here i have the option of having dialer commands after 9600 
but those don't push thru. 


set the ip address of the station: 


question --- do I set it to the ip address of the station or the ip 
address of the slip server 


command 
ip [address ?] 


then 
set the slip address on the other side 


route add [slip-address] sl0 


add gateway 


route add default sl0 [gatew-ay -address] 1 


question: how do I add the netmask 
255.255.255.0 


I did a grep in the source code cannot find anything 


nor can I find ‘'up' for the interface. 


then telnet to address in outside world or local-address 
problem: sends SYN but nothing received. 


Is there a way to debug this. Thanks, 
erach 


Date: Wed, 24 Mar 1993 06:23:42 GMT 

From: swrinde!zaphod.mps.ohio-state.edu!darwin.sura.net! rouge! 
cfm1471@network.UCSD.EDU 

Subject: Message to Baron@eostocker.gsfc.nasa. gov 

To: packet-radio@ucsd.edu 


Erich, i tried to mail to you but was returned as unknown. Anyway, 

we use highspeed packet on a local basis to great satisfaction. Most of 

us run TCP/IP mailboxes, and for binary transfers to each other.. Works great. 
They use 19.2 on TexNet in southern Texas, and that i have heard works great, 
somtimes! As for the 741 as a base station, i should not see why not, i use 

a 241 as a mobile and as a base station. Only thing i dont like about the 

741 is that modular plug, makes it kinda hard to wire tncs. I dont think it 
will work on highspeed packet either, because of it being Phase modulated rather 
then true FM. If you can get that mod plug, you should have no problem wireing 
the kpc to it at all! 


Charlie 


| Charles Morrison | cfm1471@ucs.usl.edu | These are my views, 

| KI5XP | kid5xp@ucs.usl.edu | NOT anyone elses! 

| U. o£ SouthWestern | ki5xp@kid5xp.aara.org | But who cares? | 
| La. | KI5XP @ K5ARH.LA | 

| Lafayette, La 70506 | | | 


Date: 23 Mar 93 22:15:43 GMT 

From: usc!howland.reston.ans.net!gatech! prism! rsal!kmoss@network.UCSD.EDU 
Subject: MFJ-1278 

To: packet-radio@ucsd.edu 


Hello, I am a newcomer to the world of TNC's and I have recently 
connected a MFJ-1278 to my ICOM 745 Shortwave radio. What I need 
now is some software that is easy to use that allows morse code, 
RTTY, amtor, etc to be decoded using my MFJ-1278. Is there some 
shareware that can be ftp'ed from somewhere. Any suggestions would 
be much appreciated. Please send suggestions by e-mail. Thanks, 


Karen M. Moss 
N4ZCY 
kmoss@rsal.gatech.edu 


Date: Tue, 23 Mar 1993 17:37:29 GMT 

From: swrinde!zaphod.mps.ohio-state.edu!saimiri.primate.wisc.edu! 
usenet.coe.montana.edu!news.u.washington.edu!saturn.wwc.edu!saturn.wwc.edu! 
morgdw@network.UCSD.EDU 

Subject: Packet via telnet 

To: packet-radio@ucsd.edu 


Please repost address and information.. 
morgdw@wwc.edu 


ps. or just email it to me. 


Date: 24 Mar 93 01:48:41 GMT 

From: rtech!amdahl!amdahl!uts.amdahl.com@decwrl.dec.com 
Subject: RFD: reorganization of rec.radio.amateur 

To: packet-radio@ucsd.edu 


REQUEST FOR DISCUSSION 
REORGANIZATION OF REC.RADIO.AMATEUR 


[This is a second attempt. I tried cross-posting to news.announce.newgroups 
but I see is no evidence that the moderator has posted anything in a month. 
As appropriate, the dates for the 30-day discussion period have been adjusted 
to begin 3/24/93, which has just started in UTC. If the original RFD sent 
3/18/93 eventually shows up, this supersedes it. --- Ian KD6EUT] 


This request for discussion is the beginning of the newsgroup creation process 

outlined in GUIDELINES FOR NEWSGROUP CREATION, which can be found in 

news.groups. Because of the high volume of traffic in rec.radio.amateur.misc, 

a mail list was created (with an open invitation posted to the newsgroup) to 

discuss the issue. This RFD is in response to two problems that were 

identified by the mail list. 

1) rec.radio.amateur.misc has a daily traffic volume which is too high for most 
people to follow on a regular basis. 

2) rec.radio.amateur.packet needs to be renamed due to the growth of other 
digital modes besides packet on amateur radio. 


30-DAY DISCUSSION PERIOD 


The newsgroup creation guidelines require a 30-day discussion period. THAT 
30-DAY PERIOD HAS STARTED AND LASTS FROM MARCH 24, 1993 TO APRIL 23, 1993. 

All comments which are to be considered toward this discussion must take place 
on the news.groups newsgroup. For that reason, this RFD contains the header 
line "Followup-To: news.groups" so that replies will only go there. 


This discussion period is not a voting period. If the discussion period 
shows that there is sufficient support, the process will continue on to 

a 21-31-day voting phase, which will be described in a Call for Votes (CFV) 
article. 


Modifications may be made to the proposal during the current discussion phase. 
Once a CFV is posted, the proposal at that time may only be approved or 
rejected. No modifications will be made during the vote. 


Comments and discussion posted to rec.radio.amateur.misc and 
rec.radio.amateur.packet cannot be considered official. However, users of 
the Info-Hams and Packet-Radio mailing lists, which are linked to these 
newsgroups, cannot access news.groups. So discussion of how to handle the 
mail lists may take place there on an unofficial basis. This unofficial 
procedure is being acknowledged in the RFD because no alternative exists for 
the mail list users. Users must remember 1) the process does not require 
any action on articles posted outside news.groups and 2) final authority for 
the mail lists lies with their administrators. 


NEWSGROUP REORGANIZATION PROPOSAL 


The scope of this RFD is the newsgroups within the rec.radio.amateur hierarchy. 
Other newsgroups (even others under rec.radio) are not a subject of this RFD. 
The CFV following this RFD, if a CFV is issued, will not propose any changes 


outside of rec.radio.amateur. 
The current newsgroups are as follows: 


[all the following groups are unmoderated] 


rec.radio.amateur.misc Amateur radio practices, contests, events, etc. 
rec.radio.amateur. packet Discussion about packet radio setups 
rec.radio.amateur. policy Radio use & regulation policy 


In determining a reorganization of rec.radio.amateur which frees some of the 
traffic from the single newsgroup rec.radio.amateur.misc, the members of the 
reorganization mail list considered the following guidelines which the 
participants in this discussion are also asked to consider: 

x More is not necessarily better. Several newsgroups were proposed and then 
dropped because the traffic levels on those subjects do not warrant their 
own newsgroup. (examples: video, repeaters, antennas) 

x We were not trying to use new newsgroups as a place to discard unwanted 
subjects. With as large an audience as rec.radio.amateur has, everyone 
would want to discard some subjects somewhere so WE DID NOT CONSIDER THAT 
A VALID REASON TO CREATE A NEWSGROUP. There is no rec.radio.amateur.cw in 


this proposal because the productive areas of that subject fit better within 


r.Y¥.a.operating and r.r.a.instruction. Most of the heated arguments about 
morse code requirements will still belong in r.r.a.policy under this 
proposal. All newsgroups in this proposal were justified by sustained 
traffic volume in that topic. A borderline case (emergency services) was 
decided in its favor because it is part of the purpose of amateur radio, 
as much as experimentation is. 


The proposed reorganization of rec.radio.amateur would result in the following 


groups: [all the following proposed groups are unmoderated] 


Newsgroup name description 

rec.radio.amateur.misc all Ham radio topics not covered below 
i.e. video, stories, humor, new topics 
[no modification to existing newsgroup] 


rec.radio.amateur. policy regulations & policy issues 
[no modification to existing newsgroup] 
rec.radio.amateur.digital.misc packet radio & other digital modes 


[includes old rec.radio.amateur. packet] 
rec.radio.amateur.digital.tcp-ip TCP/IP via packet radio 


rec.radio.amateur. operating Operating procedures and questions: DX, 
CW, contests, propagation, repeaters 
rec.radio.amateur.products manufactured equipment, modifications 
rec.radio.amateur. instruction Ham radio instruction & examination 
rec.radio.amateur.construction homebrewing & experimentation 
rec.radio.amateur.space amateur radio in space: satellites, 


earth-moon-earth (EME), shuttle, MIR 


rec.radio.amateur.emerg-services emergency services: RACES, ARES, NTS 


Under this proposal, rec.radio.amateur.packet will become an alias for 
rec.radio.amateur.digital.misc, which is intended to replace it. 


An alternate proposal, aimed at having fewer newsgroups, found some support in 
the reorganization mail list. It is presented here as a potential alternative 
for use in the discussion, as a guage of which one the rec.radio.amateur 
community prefers. It amends the proposal as follows: 


Newsgroup name description 
rec.radio.amateur.tech Technical discussions about Ham Radio: 
construction, satellites, theory, 
examinations, video, repeaters 
[unmoderated ] 
[this replaces r.r.a.instruction, r.r.a.construction, and r.r.a.space, plus 
taking all technical topics from r.r.a.misc] 


REFERENCES 


If any users wish to see a transcript of the discussion on the reorganization 
mail list which led up to this RFD, it is available for anonymous FTP at 
charon.amdahl.com (129.212.11.1) in /pub/radio/amateur/rra-reorg.log.1.Z 
(160K+ after decompression. ) 


The mail list was created after a public invitation to join that was posted 
with worldwide distribution. The following people chose to participate: 


ehare@arrl.org (Ed Hare KA1CV) 
ikluft@uts.amdahl.com (Ian Kluft KD6EUT) 
jmaynard@oac.hsc.uth.tmc.edu (Jay Maynard K5ZC) 
brian@nucleus.amd.com (Brian McMinn N5PSS) 
mark@ve6mgs.ampr.ab.ca (Mark Salyzyn VE6MGS) 
steve@matt.ksu.ksu.edu (Steve Schallehn KBOAGD) 
pschleck@cwis.unomaha.edu (Paul W Schleck KD3FU) 
steve@wattres.sj.ca.us (Steve Watt KD6GGD) 


NO VOTES ARE BEING ACCEPTED AT THIS TIME - THIS IS FOR DISCUSSION ONLY 
POST ALL REPLIES IN NEWS.GROUPS WHERE THEY CAN BE OFFICIALLY COUNTED 


Date: Tue, 23 Mar 1993 18:06:40 GMT 

From: usc!cs.utexas.edu!utnut!torn!csd.unb.ca!UPEI.CA!seeler@network.UCSD.EDU 
Subject: TNCs - Analogue and Digital 

To: packet-radio@ucsd.edu 


Well - There has not been much said about the DSP multimode TNC from AEA 
recently. I presently have a PK232MBX - which I am very happy 
with. Now I understand that the Pactor upgrade is available for the 
232 and the DSP units. I have been contemplating upgrading to the DSP 
unit since I am very interested in the opportunities it ( dual 
port unit) offers. However, I've held off due to cost and the fact 
that little has been said about the units on this Newsgroup. Now I 
am in a position where I must decide to go for the 232 Pactor 
upgrade, or hold off and get the DSP unit later this summer. 


So - With respect to those who currently have or have used the AEA DSP units- 
1. Are you happy with it? 
2. Is the software available to take advantage of the units 
capabilities? 
3. What are the problems if any with the units and would you get 
it again - or would you recommend that I stay with the 232 and 
upgrade it? 


Thanks for your time and consideration in answering this request. It sure 
has been quiet re - the DSP units. Replies may go to me direct or the group. 
As always - I'll summarize if replies are received. 


73 Dave VY2DCS 
Internet: Seeler@UPEI.CA 
PBBS : VY2DCS@VE1AIC.PE.CAN.NA 


Date: 23 Mar 93 18:07:39 GMT 

From: usc!howland.reston.ans.net!newsserver. jvnc.net!netnews.upenn.edu!prijat! 
triangle.cs.uofs.edu!bill@network.UCSD.EDU 

To: packet-radio@ucsd.edu 


References <1993Mar17.182113.21178@ke4zv.uucp>, 
<1993Mar19.161346.24177@ve6émgs.ampr.org>, <1993Mar20.152529 .17081@ke4zv.uucp> 
Subject : Re: Packet Radio via CB???? 


In article <1993Mar20.152529.17081@ke4zv.uucp>, gary@ke4zv.uucp (Gary Coffman) 
writes: 

|> I have no doubt that it would also work on Class D CB, though it is 

|> illegal under *US* regulations to do so xherex. 


How can anything be considered "illegal" on a service that has no enforcement 


until it interferes with another service?? How could packet radio be construed 
as anything other than another one of the many noise makers that have been in 
vogue on 27 Mhz for a number of years?? 


I would think the FCC would be pleased to see someone other than hookers and 
small-time drug dealers actually making some serious use of the band. 


bill KB3YV 
Bill Gunshannon | "There are no evil thoughts, Mr. Reardon" Francisco 
bill@cs.uofs.edu | said softly, "except one; the refusal to think." 


| #include <std.disclaimer.h> 


Date: 23 Mar 93 16:17:20 GMT 
From: ogicse!ese!dreeves@uunet.uu.net 
To: packet-radio@ucsd.edu 


References <1ol28f£INNimv@tamsun.tamu.edu>, <lomiseINNhok@gap.caltech.edu>, 
<C4CHGG.GC1@murdoch.acc.Virginia.EDU> 
Subject : Re: Packet via Telnet: join our gateway! 


In article <C4CHGG.GC1@murdoch.acc.Virginia.EDU> jeg7e@livia.acs.Virginia.EDU (Jon 
Gefaell) writes: 

>In article <1lomiseINNhok@gap.caltech.edu> pjb@cco.caltech.edu (Paul J. Brewer) 
writes: 

>> 

>>Some guy sent my sysadmin a note about my "illegal fundraising" involving 
>>"commercial use" of amateur channels. 


[Deleted....] 


>The illegality (well...) lies in your use of the Internet, NOT your 
>use of the Amateur Radio Frequencies. It is not within the acceptable 
>use policy of your regional network to provide services in exchange 
>for funds. 


If you would have really read the first message and the above 

message and understand part 97 too, you would understand that 

we are not "charging" money for services! WE xcan'tx "charge"! 

We are asking those who xlikex this service to support it. 

> 

>That, I think, is why the message was sent to your sysadmin, and not 
>the FCC. 

> 


>Of course, That's just my opinion. I'm not involved. But, I think that 
>the HAM end of things should pay for the station, that's fine. But 
>when you solicit or engage in fund gathering over the net, you are 

>in violation of policies... 


What about shareware? It's asking for funds - use internet to 
FTP my software, and if you use it, you *xmust* send me money 
or break the law! Sounds like "solicitation" under your 
definition... "providing services in exchange for funds", eh? 
What about the new disk that was bought for the sumex-aim. 
stanford.edu macintosh archives? That was "solicitation" 

for a service, namely, the new disk for archives ... 

Please note that none of these were xcommercialx services. 


The point is that, like shareware, here are some people doing 
(IMHO) a good thing and are asking for those who like and 

use this service to help support it. This happens all the time, 
just that the people providing the services in internet are 
usually programmers, not hams. 


> -= 
>These opinions may not be unique, and they may not express the views of U.Va. 
| Jon Gefaell, Computer Systems Engineer \ = /___ | 
Security and Technology Planning R&D \ / / 
I.T.C. Administrative Computing Services \ / / 
The University, UVA. Carruthers Hall \V/\ / 


SILENCE = DEATH 
Homophobia is a 

Social Disease! 
73 de KDACQY 


"For here we are not afraid to follow the truth wherever it may lead, 
nor to tolerate any error so long as reason is left free to combat it." 
-Thomas Jefferson 


VV VV VV VV V 


Disclaimer: I am a member of W6UE, the Caltech ARC and a former 
student of Caltech. Your milage may vary. 


73, de N6XHW, D. Reeves 


|B. Douglas Reeves Dept. Env. Sci.& Eng. Oregon Graduate Institute| 
|N6XHW on 146.900 in PDX dreeves@ese.ogi.edu everywhere else| 
|"... Life itself represents a nonequilibrium condition." - J. F. Pankow | 


Date: Tue, 23 Mar 1993 13:57:52 GMT 

From: usc!howland.reston.ans.net!gatech! concert! uvaarpa!murdoch! 
livia.acs.Virginia.EDU! jeg7e@network.UCSD.EDU 

To: packet-radio@ucsd.edu 


References <1log4orINN3tn@gap.caltech.edu>, <1ol28f£INNimv@tamsun.tamu.edu>, 
<lomiseINNhok@gap.caltech.edu>a. 
Subject : Re: Packet via Telnet: join our gateway! 


In article <LomiseINNhok@gap.caltech.edu> pjb@cco.caltech.edu (Paul J. Brewer) 
writes: 

> 

>Some guy sent my sysadmin a note about my “illegal fundraising" involving 
>"commercial use" of amateur channels. This apparently was in response 

>to my earlier announcement of invitations to try out and join a internet-> 
>packet system in which I make it quite clear that financial contribution 
>is requested for permament use. 

> 

>I won't drag that guys callsign into it. Maybe he misunderstood part 97. 

> 

>The W6UE packet gateway is a user-Ssupported facility, much like any 
>repeater system or remote base. Most repeater systems and remote bases 
>only survive as a joint-venture with users sharing expenses. Even repeaters 
>that are completely open are often run by a club, not just one person. 

> 

>The packet gateway uses the operator's callsign, not W6UE. That operator 
>is responsible for his actions while he is using the system, and if the 
>FCC monitored the transmissions, it would be his callsign that was tagged 
>on them. So it is, effectively, a packet "remote base." 

> 

>Thus, I don't see how anyone could deduce that I am "sending messages for 
>hire." 


The illegality (well...) lies in your use of the Internet, NOT your 
use of the Amateur Radio Frequencies. It is not within the acceptable 
use policy of your regional network to provide services in exchange 
for funds. 


That, I think, is why the message was sent to your sysadmin, and not 
the FCC. 


Of course, That's just my opinion. I'm not involved. But, I think that 
the HAM end of things should pay for the station, that's fine. But 
when you solicit or engage in fund gathering over the net, you are 

in violation of policies.. 


These opinions may not be unique, and they may not express the views of U.Va. 


| Jon Gefaell, Computer Systems Engineer \ /___ | SILENCE = DEATH 
| Security and Technology Planning R&D \ / / | Homophobia is a 


| I.T.C. Administrative Computing Services \ / / | Social Disease! 
| The University, UVA. Carruthers Hall \V/\ / | 73 de KD4CQY 


"For here we are not afraid to follow the truth wherever it may lead, 
nor to tolerate any error so long as reason is left free to combat it." 
-Thomas Jefferson 


End of Packet-Radio Digest V93 #77 
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